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METHOD OF PROVIDING ACCESS TO 
OBJECT PARAMETERS WITHIN A 
SIMULATION MODEL 

FIELD OF THE INVENTION 

The present invention pertains generally to the field of 
simulation modeling. More specifically, the present inven- 
tion relates to methods of representing, accessing, inputting 
and monitoring parameters of objects within a simulation 
model. 

BACKGROUND OF THE INVENTION 

Simulation modeling is commonly used to model systems 
to perform "what-if ' analyses to optimize system perfor- 
mance and to identify problems within systems. Graphical 
simulation modeling allows a complex system to be mod- 
eled in an intuitive and visually comprehensible manner, and 
has found application in wide range of fields, from business 
to biological analysis. 

The construction of a simulation model typically involves 
identifying various objects within the system, which are then 
represented by variables, equations or both embodied in an 
"object". A simulation model may be constructed using a 
graphical user interface (GUI) in which the various objects 
are represented by user-selected icons or other appropriate 
graphical representations, and in which the inter- 
relationships between the objects are represented by links. 

A simplified representation of a typical prior art graphical 
user interface (GUI) for a graphical simulation model is 
shown FIG. 1. Specifically, the prior art GUI of FIG. 1 
includes a diagram window 10, within which are displayed 
node representations for various objects of a modeled sys- 
tem. Each of the various objects of the modeled system is 
shown to be either an entity object 12, an input object 14 or 
a link object 16. Each of the objects typically includes at 
least one parameter which has a parameter name, an 
assigned value and parameter documentation which 
describes the parameter. 

Known simulation modeling tools include the Process 
Charter from Scitor Corporation of Menlo Park, Calif.; 
PowerSim from Modell Data AS in Bergen, Norway (hup:// 
www.powersim.com); Ithink and Stella from High Perfor- 
mance Systems Incorporated of Hanover, N.H. (http://hps- 
inc.com); and Extend +BPR from Imagine That! 
Incorporated of San Jose, Calif, (http:// 
www.imaginethatinc.com). FIG, 2 illustrates a simulation 
model 30 as generated utilizing the Ithink product from High 
Performance Systems, Inc. The simulation model represents 
a work-in/work-out system within a business. The simula- 
tion model 30 is shown to include an object 32 that repre- 
sents "work backlog", the object 32 being fed by arriving 
work orders 34 and depleted by filled work orders 36. The 
rate at which work orders are fed to the backlog object 32 is 
determined by an object 39, which functions as a "valve" 
with respect to a pipe by which work orders are fed to the 
object 32. Similarly, the rate at which work orders are 
dispensed from the object 32 is dependent upon an object 38 
which functions as a "valve" for the pipe by which work 
orders are dispensed from the object 32. The object 38 is 
shown to receive as inputs the number of workers within the 
system, as represented by object 42, and the weekly pro- 
ductivity of each of these workers, as represented by the 
input parameter 40. The weekly productivity of the workers 
is further a function of hours per week per worker, repre- 
sented by object 44. The production per hour worked, 
represented by object 46, is further shown to influence the 
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weekly productivity per worker. Productivity per hour 
worked is in turn influenced by an average burnout factor, 
which is represented by an object 48. Various other factors 
are shown to influence the object 48. 

5 While the simulation model 30 shown in FIG. 2 provides 
a satisfactory representation of the work-in/work-out 
system, the model 30 suffers from a number of inefficiencies. 
Specifically, the mathematical structure underlying the 
model 30 is not readily apparent from a viewing of the icons, 

10 and can only be guessed at as a result of the labels which are 
attached to the various nodes shown in the simulation model 
30. Further, the numerous icons that are used to represent 
objects, inputs, pipes and links (as well as the labels asso- 
ciated with each of these icons) result in a cumbersome and 

15 cluttered depiction of the modeled system. The input and 
observation of parameter values associated with objects of 
the models of the FIGS. 1 and 2 is further tedious as a 
window must be generated for each variable of each object, 
and a specific value then entered or viewed in a field within 

20 the window. In large simulation models, which may have 
hundreds or even thousands of objects included therein, this 
process of inputting and viewing values for parameters 
becomes inconvenient. 

25 SUMMARY OF THE INVENTION 

According to the invention, there is provided a method of 
providing access to object parameters of a simulation model. 
A diagram panel is displayed within a user interface. The 

3Q diagram panel includes graphical representations for objects 
of the simulation model. An access panel is also displayed 
within the user interface, the access panel being distinct 
from the diagram panel. A set of object parameters of the 
simulation model are identified for inclusion within the 

35 access panel. Id response to the identification of the set of 
object parameters, an identifier for each parameter of the set 
of object parameters is displayed within the access panel. A 
value for at least one parameter of the set of object param- 
eters is then received via the access panel. This value is then 

^ assigned to the relevant parameter. 

Other features of the present invention will be apparent 
from the accompanying drawings and from the detailed 
description that follows, 

BRIEF DESCRIPTION OF THE DRAWINGS 

45 

The present invention is illustrated by way of example 
and not limitation in the figures of the accompanying 
drawings, in which like references indicate similar elements 
and in which: 

50 FIG. 1 illustrates a graphical user interface (GUI) utilized 

in the prior art to generate a display for a simulation model. 
FIG. 2 illustrates a representation of a simulation model 

generated using a prior art modeling tool. 
55 FIG. 3 is a diagrammatic representation of simulation 

modeling software according to one embodiment of the 

present invention. 

FIG. 4 is a diagrammatic representation of the interaction 

between the software illustrated in FIG. 3 and GUIs oper- 
60 ating on various software platforms. 

FIG. 5 illustrates a parameter window which allows a user 

to view and input information pertaining to a parameter of 

a simulation model according to one embodiment of the 

present invention. 
65 FIG. 6 illustrates two exemplary node representations 

which may be utilized to represent objects of a simulation 

model according to the present invention. 
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FIG. 7 illustrates exemplary link representations which DETAILED DESCRIPTION 

may be utilized, according to one embodiment of the present A method 0 f providing access to object parameters of a 

invention, to illustrate a relationship condition between state simulation model is described. In the following description, 

or function nodes of a simulation model. for the purposes of explanation, numerous specific details 

FIG. 8 illustrates a modifier representation which, accord- * are set forth in order to provide a thorough understanding of 

ing to one embodiment of the present invention, may be the present invention. It will be evident, however, to one 

utilized to represent the influence of a third node on a skilled in the art that the present invention may be practiced 

relationship condition which exists between first and second without these specific details. 

nodes of a simulation model. The present specification describes exemplary methods 

FIG. 9 illustrates an exemplary representation of a simu- 10 for representing simulation models of systems, and for 

lation model constructed utilizing the graphical elements ^ccessmg and managing objects that describe such systems, 

defined according to one embodiment of the present inven- utilizing graphical simulation modeling software. Referring 

t j on to FIG. 3, there is provided a diagrammatic representation of 

nj-rt ia ■ a u -* n * *u a j ■ . one exemplary embodiment of simulation modeling soft- 

HG. 10 is a now chart illustrating a method, according to - n j- * 4 . 0 7i 

• _j* , , ,« * ■ *■ r *• 15 ware 50 according to the present invention. Specifically, the 

one embodiment of the present invention, of generating a , ■ M . , 

p - • i ji modeling software 50 comprises a core 52, which may be 

display of a simulation model. j j • L . 4 . \ A . „ J 

' . a coded using an object-oriented language such as the C++ or 

FIG. 11 is a flow chart illustrating a method, according to Java p rogram ming languages. Accordingly, the core 52 is 

one embodiment of the present invention, of selecting a link shown to comprise classes of objects, namely diagram 

representation to represent the relationship condition 2Q objects 54, access panel objects 56, layer panel objects 58, 

between two objects within a simulation model. monitor panel objects 60? chart objects 62> md configuration 

FIG. 12 is a flow chart illustrating a method, according to objects 64. As is well known within the art, each object 

one embodiment of the present invention, of displaying a w i tmn the core 52 may comprise a collection of parameters 

modifier representation which represents the influence of an ( a is 0 commonly referred to as instances, variables or fields) 

object on a relationship condition between a pair of objects. 25 and a collection of methods which utilize the parameters of 

FIG. 13 illustrates access panels, according to one the relevant object. The functioning and purposes of each of 

embodiment of the invention, by which a user can access the various classes of objects shown in FIG. 3 will become 

parameter working values. apparent from the description that follows. An exploded 

FIG. 14 is a flow chart illustrating a method, according to view of the contents of an exemplary diagram object 66 is 

one embodiment of the invention, of creating an access 30 provided, from which it can be seen that the diagram object 

panel and of accessing parameters of a simulation model 66 includes documentation 68 which provides a description 

utilizing such a panel. of the diagram object, a collection of parameters 70, and 

FIG. 15 is a diagrammatic representation of a baseline methods 72 which may define an equation or class or 

foundation, a baseline layer, and three alternative layers equations. The diagram objects 54 each define a feature or 

which may be substituted for the baseline layer. 35 object of a modeled system which is displayed within a 

FIG. 16 illustrates two exemplary layer panels, according diagram window presented by a graphical user interface 

to one embodiment of the invention, which may be utilized ( GUI ) which interacts with the core 52. According to one 

to specify values to be included within a layer object. exemplary embodiment of the invention, the diagram 

FIG. 17 illustrates a configuration panel, according to one objects 54 may include state, function, modifier and link 

embodiment of the present invention, which may be utilized 40 ob J ects which are represented respectively by state nodes, 

to apply and de-apply layers within a simulation model. function nodes, modifier icons and link icons within the 

FIG. 18 is a flow chart illustrating a method, according to dia S ram window - ^ ob j ects 56 " 64 > in °™ exemplary 

one embodiment of the invention, of managing objects embodiment, each define respective windows (or panels) 

within a simulation model. wmch are overlaid 011 a diagram window to present selected 

FIG. 19 illustrates two exemplary monitor panels, accord- 45 information regarding the modeled system, and to facilitate 

ing to one embodiment of the present invention, which allow user .fraction with the model For the purposes of this 

a user to monitor at least two parameters of objects within s P ecificatlon > ^ term P anel shall be given a broad inter- 

a simulation model pretation and taken to refer to any designated or identified 

i-r^o m j liu. *ii . * ^ttt < • t . ,■ 1 area with a display, regardle ss of shape, size or demarcation. 

FIGS. 20a and 20b illustrate GUIs which each display a A _ , £ ; , ( „, u n f \ , 

j. . , « ^ , . A , ; 50 Accordingly, the term "panel shall be taken to encompass, 

diagram window, a chart panel, a monitor pond and a bu , Mt be a K^ iM , whh a GUI 

configuration panel. __ _ . . , . 

-M j n . . » « ,. FIG. 4 provides a diagrammatic representation of the core 

rlljb. 21a and 21b illustrate methods, according to . . . . « L1 _.F . . 

c iL * • \. r ■ 52, which is shown to be capable of interaction with any one 

respective embodiments 01 the present invention, 01 mom- nf „ . f ^ TTr c « . . J . 

. F . ■ , . • , , of a number of GUIs. Specifically, the core 52 is shown to 

tormg parameters within a simulation model. „„ . . e ... nTIT OA r . ' . w . 4 . , c 

™ n , . 55 interface with a GUI 80 operating on the Macintosh platform 

22 illustrates an exemplary representation or display develop ed by Apple Computer, Inc. of Cupertino, Calif., a 

of a simulation model utilizing the graphical elements and GUI 82 operating on either the Windows '98 or Windows 

notation illustrated in FIGS. 6-8. m platforms developed by Microsoft Corporation of 

FIG. 23 illustrates a GUI including a diagram window and Redmond, Wash., or a platform-independent GUI 84 coded 

a pair of access panels according to one embodiment of the 60 m Hyper-Text Markup Language (HTML) or the Java lan- 

present invention. guage developed by Sun Microsystems of Mountain View, 

FIG. 24 illustrates a GUI, according to one embodiment Calif. Each of the GUIs interacts with the core 52 to present 

of the present invention, including a diagram window, a pair a diagram window in which icons representative of the 

of layer panels, and a configuration panel. diagram objects 54 are displayed, and in which panels (or 

FIG. 25 is a diagrammatic representation of a computer 65 windows) representative of panel objects 56, layer objects 

system within which software, for performing the method- 58, monitor objects 60, chart objects 62 or configuration 

ologies discussed above, may reside and be executed. objects 64 may be displayed. 
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Parameters 

As discussed with reference to FIG. 3, each object defined 
within the software core 52 may have at least one parameter 
associated therewith which quantifies certain characteristics 
of the object, and which is used during simulation of the 
modeled system. It will also be appreciated that not all 
objects must include a parameter. In one exemplary embodi- 
ment of the invention, several types of parameters are 
defined. Firstly, system parameters may be defined for each 
subject type. For example, a system parameter may be 
assigned an initial value for a state object, or a coefficient* 
value for a link object. Other parameter types include object 
parameters and diagram parameters that facilitate easy 
manipulation of values in simulation operations. 
Specifically, diagram parameters are available to all objects, 
while each object parameter is available only to a single 
object. 

Referring now to FIG. 5, there is shown a parameter 
window 90, that may be generated by any one of the GUIs 
shown in FIG. 4, and that provides a user with information 
regarding a parameter and allows the user to input or specify 
a value to be attributed to the respective parameter. The 
manner by which a parameter window 90 is invoked and 
constructed within a GUI will be described below. The 
exemplary parameter window 90 is shown to include four 
sections, namely a definition section 92, a units section 94, 
a settings section 96 and a range section 98. The definition 
section 92 displays an identifier (or symbol) for the 
parameter, as well as an appropriate definition of the param- 
eter. In the illustrated parameter window 90, the parameter 
is represented by the symbol "C", which is defined as the 
coefficient of an equation, within a specific object. The units 
section 94 displays units used internally and for assessment. 
The units used for assessment are used for a value that is 
designated as a "working" value in the settings section 96. 
If the internal and assessed units are different, a conversion 
may also be indicated in the units section 94. In the 
illustrated example, the assessed value is reciprocated and 
multiplied by a constant K that converts from hours assessed 
to a half-life calculation value. 

The settings section 96 includes three values for the 
relevant parameter, namely a working value, a baseline 
value and a comparison value. It is possible to designate 
either the baseline or comparison value as the working 
value. For example, the user may be able to drag-and-drop 
the baseline or comparison value, using a pointing device 
such as a mouse, into the block 100. The working value will 
be updated accordingly. The baseline value is specified by 
the original builder of a simulation model in which the 
relevant parameter is utilized, and cannot be modified 
directly by a user. The settings section 96 further includes 
description blocks into which the user may enter descrip- 
tions for each of the working, baseline and comparison 
values. 

The range section 98 may optionally be used to define 
upper and lower value limits that may be assigned to the 
parameter. Again, description fields for each of the upper 
and lower limits are provided. 

Graphical Elements 

FIGS. 6-8 provide examples of graphical elements which, 
according to one exemplary embodiment of the invention, 
may be utilized to construct a display of a simulation model 
according to the invention. The illustrated graphical ele- 
ments are made available by a GUI to a model builder, who 
is then able to construct a representation of a modeled 
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system. In the description which follows, the term "node" is 
used to reference an icon which is representative of a state 
or function, and the term "link" used to reference an icon 
that represents a link object. It will be appreciated that the 

5 graphical elements discussed below are exemplary and any 
distinctive graphical elements may be substituted for the 
graphical elements discussed below without departing from 
the spirit of the invention. 
The graphical elements discussed below with reference to 

10 FIGS. 6-8 may be used to construct a simulation model, 
such as that shown in FIG. 9. Referring firstly to FIG. 6, 
there are illustrated examples of two node types, namely a 
state node 110 and a function node 112. In order to distin- 
guish between state and function nodes 110 and 112, refer- 

15 ence will also be made now to FIG. 9. FIG. 9 illustrates an 
exemplary simulation model 150 that represents a predator- 
prey system. In the model system, the predators comprise 
wolves and the prey comprise rabbits. 
Referring back to FIG. 6, a state node 110 represents an 

20 underlying state object defining a condition or state within 
the modeled system. In the representation of the simulation 
model 150 in FIG. 9, it will be noted that state node represent 
various conditions within the model. Specifically, a "veg- 
etation" state node 152 represents the state of vegetation 

25 within the model 150, while state nodes 156, 158, 162 and 
164 respectively represent rabbit and wolf population num- 
bers. The various objects underlying the state nodes may 
comprise one or more parameters and/or one or more 
equations (or methods) for which are effected or influenced 

30 by links (which may also be termed "arrows") which feed 
into the respective state nodes (i.e. state and function objects 
are influenced by link objects). For example, the "adult 
rabbits" state node 156 represents an object including a 
parameter indicating the number of adult rabbits within the 

35 simulation at any specific time. 

.Referring to FIG. 6, a function node 112 represents a 
function object that defines an element within the simulation 
model that is purely a function of zero or more objects (or 
parameters) within the simulation model. Referring again to 

40 the simulation model 150 shown in FIG. 9, two function 
nodes 154 and 160 are shown respectively to represent 
objects representing rabbit food supply and wolf food sup- 
ply. Each of the function nodes 156 and 160 includes a 
parameter that is a function of parameters of nodes that are 

45 shown by links to feed into the relevant function node. For 
example, the function node 154, which has a parameter 
whose value represents the quantity of rabbit food available, 
is shown to be a function of the vegetation node 152. 
Similarly, the function node 160, which includes a parameter 

50 whose value indicates the available quantity of wolf food, is 
a function of the "adult rabbit" node 156, and the "young 
rabbit" node 158. 

FIG. 7 illustrates a set of link representations 118-128 
which a model builder may select to represent a relationship 

55 condition which exists between two objects, represented by 
nodes, within simulation model. Each of the link represen- 
tations 118-128 is associated with and represents a different 
relationship condition. Referring firstly to a "constant effect" 
link representation 118, this link representation indicates a 

60 relationship condition between first and second objects, 
represented by the state nodes 115 and 117 respectively, 
wherein the first object has an effect on the second object, 
and this effect is independent of any values of parameters 
associated with the first or second node. In one embodiment 

65 the link representation 118 represents the effect as constant 
over the duration of a simulation operation. The link repre- 
sentation 118 is distinguished in that the tail portion of the 
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link representation is spaced from the circle behind the 
arrowhead. A "proportional effect" link representation 120 
represents a relationship condition between first and second 
objects wherein the first object has an effect on the second 
object, and the magnitude of this effect is dependent on the 5 
value of a parameter of the first object, represented by state 
node 115. The link representation 120 is distinguished in that 
the tail portion thereof contacts the circle behind the arrow- 
head. Referring to FIG. 9, examples of "proportional effect" 
link representations are indicated at 120a and 1206. 10 
Specifically, the "adult rabbit" state node 156 is shown to 
have a proportional effect on the "young rabbit" state node 
158 in that the number of young rabbits will increase in 
proportion to the number of adult rabbits. The same holds 
true for the link representation 1206, which represents the 15 
effect of the "adult wolves" node 162 on the "young wolves" 
node 164. 

An "interaction effect" fink representation 122 represents 
that a first object, represented by the state node 115, has an 
effect on a second object, represented by state node 117 and 2 rj 
that the effect is dependent on the values of parameters of 
both the first and second objects. The link representation 122 
is distinguished in that the tail portion of the representation 
engages the circle, and in that an arcuate line extends from 
the circle to the state node 117. Referring again to FIG. 9, 25 
two examples of "interaction effect" link representations are 
shown at 122a and 1226. Specifically, the "adult wolves" 
node 162 is shown to have an effect on the "adult rabbits" 
node 156. Specifically, as indicated by the "C" in the circle 
170, adult wolves consume adult rabbits. The rate or mag- 30 
nitude of this consumption is determined by both the number 
of adult wolves and the number of adult rabbits, and the 
effect of the object represented by node 162 on the object 
represented by node 156 is accordingly dependent on the 
value of parameters (e.g. population numbers) associated 35 
with each of these objects respectively. The same explana- 
tion applies regarding the effect of the object represented by 
the "adult wolves" node 162 on the object represented by the 
"young rabbits" node 158, between which the "interaction 
effect" link representation 1226 extends. 40 

A "constant conversion" link representation 124, shown 
in FIG. 7, represents that instances of a first object repre- 
sented by the state node 115 are converted to instances of a 
second object represented by the state node 117. The "con- 
stant conversion" link representation 124 further represents 45 
that the number of instances converted is independent of any 
values of parameters associated with the first or second 
object. In one embodiment, the link representation 124 
denotes this conversion as being constant, and is not effected 
by external parameters. The link representation 124 is char- 50 
acterized in that a tail portion thereof is thickened relative to 
the tail portion of the "constant effect" link representation 
118, and that this tail portion is spaced from the circle behind 
the head of the link representation 124. 

A "proportional conversion" link representation 126 rep- 55 
resents that a number of instances of a first object, repre- 
sented by the state node 115, are converted to instances of 
a second object, represented by the state node 117. Further, 
the link representation 126 indicates that the number of 
instances converted is dependent on the number of instances 60 
of the first object. Referring to FIG. 9, "proportional con- 
version" link representations are drawn at 126a and 1266. 
Specifically, the link representation 126a represents that 
instances of an object represented by the "young rabbit" 
node 158 are converted to instances of an object represented 65 
by the "adult rabbit" node 156. Further, the number of young 
rabbits (i.e. young rabbit instances) converted to adult 



rabbits (i.e. adult rabbit instances) is dependent on the 
number of young rabbit instances, which exist within the 
object represented by node 158. Similarly, the number of 
instances of an object represented by the "young wolves" 
node 164 that are converted to instances of an object 
represented by the "adult wolves" node 162 is dependent on 
the number of instances of the object represented by the 
"young wolves" node 164. The circles 172 of the "propor- 
tional conversion" link representations 126a and 1266 are 
shown to include the letter "S", which indicates that the type 
of conversion that occurs is a change in state. It will be 
appreciated that any symbol could similarly be included 
within the circle of a link representation to provide further 
information regarding the type of relationship condition 
which exists between objects represented by nodes between 
which a link representation extends. 

An "interaction conversion" link representation 128 rep- 
resents that a number of instances of a first object, repre- 
sented by state node 115, are converted to instances of a 
second object, represented by state node 117. Further, the 
"interaction conversion" link representation 128 represents 
that the number of instances of the first object that are 
converted to instances of the second object is dependent 
upon respective numbers of instances of both the first and 
the second objects. The link representation 128 is distin- 
guished in that the tail portion is thickened relative to the tail 
portion of the link representation 122, and that an arcuate 
line extends from a circle within the representation 128 to 
the state node 117 representing the second object. 

From the above description of the link representations 
118-128, it will be noted that each link represents a rela- 
tionship condition between first and second objects as being 
either an "effect" relationship or a "conversion" relationship. 
Further, each link representation 118-128 represents the 
relationship condition as being either constant, proportional 
or interactive. 

The link representations 118-128 shown in FIG, 7 are 
exemplary, and any appropriate link representations can be 
used to represent the various relationship conditions 
described above. It will be appreciated that the relationship 
conditions that are represented by the various link represen- 
tations 118-128 are typically defined by the model builder. 
To this end, examples of mathematical expressions of rela- 
tionship conditions that may be represented by the various 
fink representations are provided below in Table 1. The 
mathematical expressions given in Table 1 are for a dynamic 
simulation model which is driven by the progression of time. 
The link representations 118-128 could similarly be used in 
a static model, such as a model for which time may be 
assigned a user-inputted value. 

TABLE 1 



LINK TYPE 



RELATIONSHIP CONDITION (EQUATION) 



Constant 41 

Effect Link — = K + ... 

dt 

where T is the target node and K is a constant. 

Proportional ^j- 

Effect Link — = C-S<t) a +• ... 

at 

where T is the target node, S is the source node, C is a 
coefficient, and a is an exponent. 

Interaction 

Effect Link — = C(S(t) a + T(t) b ) + . . . 

at 

where T is the target node, S is the source node, and a 
and b are exponents. This equation can vary depending 
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TABLE 1 -continued 


LINK TYPE 


RELATIONSHIP CONDITION (EQUATION) 




on the operation selected in the parameter dialog. The 




operations available are S + T, S - T, S*T f T/S, and 




S/T. The equation shown is for S + T. 


Constant 


dT 


Conversion Link 


— = KR + ... 




dt 




dS 




— = -K+- ... 




dt 




where T is the target node, S is the source node, K. is a 




constant, and R is a conversion ratio. . 


Proportional 


JT 

a i 


Conversion Link 


= C-R-S(t) a + ... 

dt 




dS 




— =-C-S(t) a + ... 




at 




where T is the target node, S is the source node, C is a 




coefficient, R is a conversion ratio, and a is an 




exponent. 


tatcraction 


dT 


Conversion Link 


— = R-C(S(t)'-*-T(t) b ) + ... 




dt 




dS 




— =-C(S(t)« + T(t) b )+... 
at 




where T is the target node, S is the source node, a and 




b are exponents, and R is a conversion ratio. This 




equation can vary depending on the operation selected 




in the parameter dialog. The operations available are 




S + T, S - T„ S*T, T/S, and S/T. The equation shown 




is for S + T. 



As noted above, each of the link representations 118-128 
includes a circle in which a graphical identifier providing 
further information regarding the relationship condition can 
be displayed. For example, referring to FIG. 9, each of the 
link representations is shown to contain an alphabet letter 
which provides further information regarding the relation- 
ship condition between two respective objects. A GUI may 
also provide an index table 174, such as shown in FIG. 9, 
which provides a key to the identifiers displayed in the 
circles of the various link representations. 

Referring now to FIG. 10, there is shown a flow chart 
illustrating a method 180, according to one exemplary 
embodiment of the invention, of generating a display (or 
graphical representation) of a simulation model. In one 
embodiment, the steps of method 180 are performed by a 
GUI in conjunction with the software core 52 illustrated in 
FIG. 3. The method commences at step 182, and proceeds to 
step 184 where a predetermined set of relationship condi- 
tions that may exist between objects in the simulation model 
are defined. For example, the defined relationship conditions 
may comprise the six relationship conditions described 
above with reference to FIG. 7, and may be expressed in the 
form of equations. At step 186, a respective link represen- 
tation is associated with each of the relationship conditions 
in the set. For example, the link representations 118-128 
may each be associated with a distinct relationship 
condition, as described above with reference to FIG. 7. 
Looking now at a minimum construction at step 188, the 
GUI displays node representations, such as state nodes 115 
and 117, for first and second objects. The display of the node 
representations occurs in response to a user input. At this 
step a user may also input further information, such as 
parameter values, equations and documentation, to define 
the diagram objects (i.e. state and/or function objects) such 
as those shown at 54 in FIG. 3. 

Having thus generated at least two node representations 
for display by the GUI, and having defined the objects that 
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underlie these node representations, the user at step 190 then 
selects a link representation, from the link representations 
associated with the predetermined set of relationship 
conditions, to represent a desired relationship condition 

5 between the objects represented by the first and second 
nodes (e.g. to specify an equation or class of equations 
which define a relationship between the first and second 
objects). At step 192, a user may then further define the 
relationship condition between the objects in terms of 

10 parameter values. For example, the relationship condition 
between the objects could be expressed in terms of a 
dynamic equation such as any one of those provided above 
in Table 1. Parameters defining the relationship condition 
may be inputted and defined by using a parameter window 

15 90 such as that shown in FIG. 5. The user may also 
optionally specify further information to be included within 
the link representation. For example, the user may specify an 
identifier to be incorporated within the circle of any one of 
the link representations 118-128 shown in FIG. 7. The 

20 method 180 then proceeds to step 194, where the GUI 
displays the selected link representation to show the rela- 
tionship condition that exists between the objects repre- 
sented by the first and second nodes. 
The association of different link representations with each 

25 distinct relationship condition of a set is particularly advan- 
tageous in that a user viewing a display of a simulation 
model, such as the simulation model 150 in FIG. 9, is able 
immediately to ascertain and understand the relationships 
between the objects represented by the nodes without having 

30 to "drill-down" into the representation or to access addi- 
tional information windows. The inclusion of identifiers 
within the respective circles of each of the link representa- 
tions 118-128, and the provision of a key 174 for each of the 
identifiers, further enhances understanding of the display. 

35 FIG. 11 is a flow chart illustrating an exemplary method 
190 of selecting a link representation from a predefined set 
to represent a relationship condition between objects repre- 
sented by first and second nodes within a diagram window. 
The method 190 commences at the step 200 and then 

40 proceeds to decision box 202, where a determination is made 
as to whether the relationship condition between the first and 
second objects is an "effect" relationship or a "conversion" 
relationship. If it is determined that the relationship condi- 
tion is properly classified as an effect relationship, the 

45 method proceeds to decision box 204, where a determination 
is made as to whether the effect is constant. If so, an 
appropriate link representation (e.g. link representation 118) 
is selected at step 206. If the effect relationship is not 
constant, the method 190 proceeds to decision box 208, 

50 where a determination is made as to whether the effect of the 
one object on the other is dependent on the value of a 
parameter associated with one of the objects. If so, the 
method proceeds to step 210, where an appropriate link 
representation (e.g. link representation 120) is selected. 

55 Alternatively the method 190 proceeds to decision box 212, 
where a determination is made as to whether the effect of 
one object on the other is dependent on values of parameters 
associated with each of the objects. If so, the method 190 
proceeds to step 214, where an appropriate link representa- 

60 tion (e.g. link representation 122) is selected. From step 214, 
the method terminates at step 216. 

Returning to decision box 202, if it is determined that the 
relationship condition between the objects is not an "effect" 
relationship condition, but rather a "conversion" relationship 

65 condition, the method proceeds from decision box 202 to 
decision box 218, where a determination is made as to 
whether the "conversion" relationship condition requires 
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that a constant number of instances of one object be con- determination is made as to whether the third object influ- 
verted to instances of the other object. If so, the method ences a relationship condition, represented by an appropriate 
proceeds to step 220, where an appropriate link representa- link representation, between two objects represented in the 
tion (e.g. link representation 214) is selected. Alternatively, diagram window by respective node representations. If not, 
the method proceeds to decision box 222, where a determi- 5 the method terminates at step 238. If so, the method pro- 
nation is made as to whether the "conversion" relationship ceeds to decision box 240, where a determination is made as 
condition specifies that the number of instances of the one to w h e ther this influence is inhibiting. If so, a modifier 
object that are converted to instances of the other object is repreS entation including an appropriate identifier (e.g. "-") 
dependent on the number of instances of either one of these ^ sc i cctec j at ste p 242. Alternatively, the method 230 pro- 
objects. If so, the method proceeds to step 224, where an 10 cecds to decision box 244, where a determination is made as 
appropriate link representation (e.g. link representation 126) to whethcr the influence is stimulating. If so, a modifier 
is selected. Alternately, the method proceeds to decision box representation, including an appropriate identifier (e.g. "+") 
226, where a determination is made as to whether the is selected at step 246. Alternatively, the method proceeds to 
"conversion" relationship condition requires that the number decision box 248, where a determination is made as to 
of instances of one object that are converted to instances of 15 wne ther the influence is dependent on a value of a parameter 
the other object is dependent on respective numbers of 0 f the third object. If so, a modifier representation including 
instances id both the first and second objects. If so, an an appropriate identifier (e.g. "=-") is selected at step 252. 
appropriate link representati on (e.g. link representation 128) ™ .« . c , . c , 
. * I . j -i j , The identifiers mentioned above are. of course, merely 
is selected. From step 228, the method 190 proceeds to , , . , u u • i j j 
terminate at ste 216 exemplary and any suitable identifier could be included 
ermina e a s e P • . , , , 20 within a modifier representation to advertise a characteristic 
Returning to FIG. 8, a model builder may wish to model of an underl ; modifier object For e j modiflet 
a situation where a relationship condition, represented by a re p rese mations including the "A" or "B" could also be used 
link representation 138, between objects represented by to ideQtif (he underl j modifler objecl „ « aUowing » or 
nodes 130 and 132 is influenced by a third object, repre. « blocking » a relationshi p condition (e.g. an effect or con- 
sented by node 134. According to one embodiment of the „ yersion relationshi condition ) between a two objects, 
present invention, overlaying the relevant link representa- _ „ _ , , , 
tion 138 with a modifier representation 136 may represent From steps 242, 246 or 252 the method 230 proceeds to 
this influence of the third object on the relationship condi- ste P wh , er ° me select6d ™ dlfier representation is 
tion between the first and second objects. The node 134 ov « lald on a [V* ^presentation between nodes for the first 
representing the third object is further shown to feed into the 30 second °^ 6Cts > and a ^ representation is generated 
modifier represcntaUon 136 by a link representation 137. betw .^ n a nodc representation for the thud object and the 
The modifier representation 136 includes an identifier that ™ odlfler representation. The method then terminates at step 
provides an indication of the type of effect the third object 

has on the relevant relationship condition. For example, as Th e modifier representation represents an underlying 

it is case in FIG. 8, the modifier representation 136 may 35 modifier object, which may in turn be expressed in terms of 

include a "+" symbol, which may indicate that the third node an equation. In one embodiment, the modifier object may 

has a stimulating effect on the relevant relationship condi- comprise a function of parameters within the simulation 

tion. Referring to FIG. 9, modifier representations 136a and model. An example of an equation expressing a modifier 

1366 each include the symbol, which indicates that a object is provided below in Table 2. 

third object (i.e. a "rabbit food supply" object) has a stimu- 40 

lating effect on the production by "adult rabbits" object TABLE 2 

instances of "young rabbits" object instances. The modifier w 

. , . . Modifier /S(t)\ 

representation 136 represents an analogous situation with — =-M-n — |-linktenn+.., 

respect to the wolf population in the simulation model 150. dt V N J 

T i-i- A j? x . x . j.z, where T is the target node. M is a multiplier constant, N is a 

In one embodiment of the present invention, a modifier 45 normalization conltant, FO is a function, either linear or 

representation may include a "-" symbol to represent that a specified by a transformation curve, and link term is the an 

third object has an inhibiting effect on the relationship link term. Note that modifiers also have an additive or 

condition between a pair of objects. Further, a modifier multiplicative setting; thii t setting specifies whetier multiple 

, „. -ii n it 11 1 • 1 • ■,• modifiers on a link should add or multiply their terms together 

representation may mclude a = symbol which indicates before being by the link term . 

that the third object may have either an inhibiting or stimu- 50 
lating effect on the relationship between a pair of objects, 

dependent on the value of a parameter of the first object, the In Table 2, the "link term" expression refers to an equation 

third object or a modifier object represented by the modifier which is embodied in a fink object to express a relationship 

representation. For example, a parameter of the third object condition between two objects. Examples of such equations 

could have a certain threshold below which the third object 55 are provided above in Table 1 in the "RELATIONSHIP 

has a stimulating effect on the relationship condition and CONDITION (EQUATION)" column, 

above which the third object has an inhibiting effect on the . 

relationship condition. Panels— Accessing Selecting Parameters 

To this end, reference is now made to FIG. 12 which While FIG. 9 shows a simple simulation model 150 for 

illustrates a method 230, according to one embodiment of 60 the purposes of explanation, it will be appreciated that the 

the invention, of displaying a modifier representation which graphic elements described above may be used to generate 

represents the influence of an object on a relationship a model for a very complex system, such as an aspect of 

condition between a pair of objects. The method commences human physiology or a complex manufacturing system. In 

at step 232, and proceeds to step 234 where a node repre- such a case, the simulation model may include hundreds or 

sentation for a third object of the simulation model is 65 even thousands of objects, each of which may include a 

displayed within a diagram window in response to a user number of parameters. In order to perform effective "what- 

input. The method then proceeds to decision box 236, where if* analyses using a simulation model, it is useful to access 
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and observe the input values of certain key parameters prior 
to performance of a simulation operation, and also possibly 
to observe output values for these key parameters at the 
conclusion of such an operation. As many parameters are 
included in the expression of, and are effected by, a rela- 
tionship between two objects, a modeler may also need to 
examine certain parameters at either end of such a relation- 
ship. For example, a modeler may wish to examine param- 
eters that specify the effects a specific object has on a 
number of other objects, and also parameters that specify the 
effects of these other objects upon the specific object. 
Complex models are also often broken down into a system 
of sub -models, either using software features or merely by 
the modeler's convention. It is accordingly often useful for 
the modeler simultaneously to view selected parameters 
contained within a specific sub -model. The satisfaction of 
this need is complicated by the fact that the boundaries of a 
sub -model may not be mutually exclusive with respect to 
parameters, i.e., a single parameter may appear in many 
sub-models. Further, the boundaries of sub-models often 
change as the model evolves. 

A modeler utilizing modeling software may be required to 
invoke a parameter window for each variable the modeler 
wishes to access or view. It will be appreciated that the 
generation of a number of such windows, as may typically 
occur for a complex model, quickly result in a cluttered GUI. 
The managing and viewing of such a multitude of parameter 
windows is also awkward. 

In order to accommodate the need to view and access a 
user-selected group of parameters within a simulation 
model, the present invention proposes providing a mecha- 
nism by which the modeler can create groupings of param- 
eter "aliases" within windows or panels that can be overlaid, 
or displayed along side, a diagram window and that are 
distinct from the diagram window. The present invention 
further proposes allowing a modeler to create multiple 
access panels, each panel providing access to a user-selected 
group of parameters collected from an object or group of 
objects within the simulated model. FIG. 13 provides 
examples of two access panels 260 and 262, each of which 
contains information regarding user-selected parameters of 
objects within the exemplary simulation model 150 shown 
in FIG. 9. More specifically, the access panel 260 displays 
information for various parameters pertaining to the rabbit 
population modeled by the objects within the simulation 
model 150, Similarly, the access panel 262 displays infor- 
mation regarding parameters pertaining to the predator 
population represented by objects in the simulation model 
150. Each of the access panels 260 and 262 has four columns 
of information, namely an object column 264, a symbol 
column 266, a working value column 268 and a unit column 
270. The object column 264 includes both a node represen- 
tation (or icon) and a text description for the object for each 
parameter included within the panel. As is apparent, objects 
from which parameters may be extracted include state 
objects, function objects, link objects, and modifier objects, 
which are collectively designated as being diagram objects 
54 in FIG. 3. The symbol column 266 contains a specified 
symbol for each of the parameters included in the respective 
access panel, while the working value column 268 includes 
a working value for each of the parameters. In one embodi- 
ment of the invention, each working value comprises a fixed 
input value for a parameter, and is thus not effected by 
performance of a simulation operation. In another 
embodiment, the working value may comprise a current 
value for the parameter, and may thus reflect an output value 
at conclusion of a simulation operation. In this embodiment, 
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as a simulation operation using the simulation model 150 
proceeds, the working value displayed within the working 
value column 268 for each parameter may change and 
continually be updated. It is furthermore significant that a 

5 user is able to access a working value of the parameter in the 
column 268 by selecting an area within a panel in which the 
relevant working value appears. The user may then be able 
to change this parameter, and rerun a simulation operation, 
thus making the performance of "what-if ' analyses partial - 

10 lady easy. The unit column 270 specifies the units for the 
relevant parameter. 

The panels 260 and 262 shown in FIG. 13 are also 
advantageous in that they allow a user-selected group of 
parameters to be viewed together. The panels 260 and 262 

15 provide a number of other features to a user to enhance the 
user-friendliness of a simulation model. Specifically, by 
selecting (e.g. by double clicking on) the icon for any 
particular object within the panel, the user is able to invoke 
a parameter window 90, such as that shown in FIG. 5, for the 

20 relevant parameter. 

Each of the access panels 260 and 262 further includes 
navigation icons 272 and 274, which may be selected by 
user (e.g. by double clicking thereon) to move between 
panels. For example, assuming that the "predator" panel 260 

25 is currently active and displayed (i.e. accessible by a user) 
and that the "rabbit" panel 260 was also defined by the GUI, 
a user could select either the "backward" navigation icon 
272 or "forward" navigation icon 274 to place the panel 262 
in an inactive state and to place the panel 260 in an active 
and displayed state, in which a user can access the working 
values of the parameters of the panel 260. It will be 
appreciated that where more than two panels are defined by 
a GUI, the navigation icons 272 and 274 provide a conve- 
nient and user-friendly method of navigating between such 

35 panels. 

Each panel also includes a list icon 276, which is situated 
between the navigation icons 272 and 274. Upon user 
selection of the list icon 276 on the panel, a drop-down menu 

^ (not shown) including a list of all panels extant within the 
GUI is invoked. The list may contain a name for each extant 
panel, and may provide an identifier, such as a check mark, 
adjacent the name of the currently active panel. From this 
list, a user is then able to designate another panel as the 

45 active panel. 

Each of the access panels 260 and 262 is representative of 
an underlying panel object 56, such as those shown in FIG. 
3. 

Methods of creating an access panel, such as panel 260 in 

50 FIG. 13, and an associated panel object 56, and of accessing 
parameters within such a panel, are described with reference 
to FIG. 14 . The method commences at step 282, and then 
proceeds to step 284, where a panel is displayed within the 
GUI. The panel represents an underlying panel object 56, 

55 which is dedicated to receiving and storing input values for 
user-designated parameters within the simulation model. 
The panel is displayed in response to the user selection of an 
appropriate menu item. At step 286 a modeler (also termed 
a "user 1 *) identifies a parameter of an object for inclusion 

so within the displayed panel. According to one exemplary 
method, the modeler may identify a parameter to be included 
within a panel by performing a drag-and-drop operation 
using the symbol of a parameter from an appropriate param- 
eter window 90, such as that shown in FIG. 5. In a further 

65 method, the modeler may perform a similar drag-and-drop 
operation utilizing the symbol for a parameter that appears 
in a previously defined panel. Referring back to FIG. 13, it 
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will be seen that each of the panels 260 and 262 also includes distinction to the panels discussed above with reference to 
a transfer icon 278 in the upper left-hand corner. By per- FIGS. 13 and 14, a layer comprises a set of parameter values 
forming a drag-and-drop operation with respect to the trans- which are stored at a separate location from the baseline 
fer icon 278, a modeler is able to transfer all parameters values, so as to allow the user to switch between the values 
within a particular panel to another panel in one operation. 5 contained in one or more layers and the baseline values. 
The transfer icon 278 is advantageous in that it allows Reference is made to FIG. 15 which shows a diagram- 
duplicates of panels to be created with relative ease. Return- matic representation of a baseline foundation 300 containing 
ing now to FIG. 14, at step 288, an icon and name for the a baseline layer 302, which comprises a set of baseline 
object to which the parameter belongs, a parameter symbol, values for a predetermined set of parameters. The baseline 
a parameter working value and parameter units are displayed 10 layer 302 is shown to be replaceable by any one of three 
within the panel, as explained above with reference to the layers 304-308, each of which contains a set of alternative 
access panels 260 and 262. At step 290, a value for at least values for the predetermined set of parameters, 
one parameter is received via the panel as the working value Each of the laycrs 304 -308 has a respective layer panel 
for the parameter. In one embodiment, the working value is 310 _ 314 associated therewith, which allows a modeler to 
an input value which is maintained within the panel, and 15 construct the respective layer and to then view the values 
which is not effected by performance of the simulation attributed to the various parameters which are included in 
operation. It will of course be appreciated that a modeler the assodated i ayer . Each of the layer panels 310-314 is 
may input values for any number of parameters within a simi]ar ia a p pearance and layout to the access panels shown 
panel m this manner. At step 292, in response to the value k FIG 13) but the propose and f unctioning of the layer 
being inputted via the panel at step 290, inputted value is 20 panels are fundamentally different from that of the access 
assigned to the appropriate parameter. At step 294, a user panels Turning now to FIG u exemplary layer panels 310 
then initiates a simulation operation m which the value and 312 are illustrated. Each of the panels 310 and 312 
assigned to the parameter is utilized by the simulation model includes* 

as an input value in performance of the simulation operation. /lX A . , ... . . . 

t , ,. 1 , , f , . (1) An object column 320, which contains an icon and text 

In one embodiment, the workmg value is not altered m 25 , v * *u u- • * V- i. «u 

c r *iT - w identifier for the object to which these respective parameter 

response to performance of the simulation operation. hi- 

However, in an alternative embodiment, during and/or on ^ %_ „ ^ 

completion of the simulation operation, output values for < 2 ) A s y mbo1 column 322 > which contains a s y mbo] for 

parameters included within the panel may optionally be each P arameter included in the panel; 

displayed in the working value column 268, at step 196. The 30 ( 3 ) A la y er value column 324, which contains a layer 

method then terminates at step 298. value for each parameter of the panel; and 

(4) Aunits column 326, which indicates the units in which 

Layers-Storing Values for a Set of Parameters ±c respective layer values are expressed. 

As discussed above with reference to FIG. 5, eachparam- A modeler is able to include parameters within a layer 

eter of each object within a simulation model may have three 35 panel in the same manner utilized to construct an access 

values associated therewith, namely a working value, a panel. It will be noted that the layer panels 310 and 312 

baseline value and a comparison value. These are displayed shown in FIG. 16 each include an identical set of the 

in the settings section 96 of a parameter window 90 for the parameters, but that each layer panel 310 and 312 attributes 

relevant parameter. The collections of working, baseline and different layer values to each of these parameters, 

comparison values for all parameters within a simulation 40 Specifically, the layer panel 310 attributes values to the 

model may conveniently be termed working, baseline and relevant parameters which models a scenario within the 

comparison foundations. As described in reference to FIG. simulation model 150 shown in FIG. 9 in which the preda- 

5, the model builder typically specifies the baseline param- tors comprise wolves. Similarly, the layer panel 310 

eter values that constitute the baseline foundation when a attributes values to the relevant parameters which models a 

simulation model is constructed. 45 scenario within the simulation model 150 in which the 

Taking the simulation model 150 shown in FIG. 9 as an predators comprise coyotes. For example, panel 310 speci- 

example, it will be appreciated that a particular set of fies wolves as having a life expectancy of 240 months, 

baseline parameter values (of a baseline function) may whereas panel 312 specifies coyotes as having a life expect - 

rep resent a particular model scenario or condition. For ancy of 180 months. Similarly, the reproductive rate of 

example, parameters associated with the "adult wolves" and 50 coyotes is specified to be higher than that of wolves and the 

"young wolves" objects represented by nodes 162 and 164 time required for young wolves to mature into adults is also 

respectively may represent a scenario in which the predators specified to be longer than the period required for young 

comprise wolves. However, by assigning a different set of coyotes to mature. Each of the layer panels represents an 

values to the relevant parameters, a scenario in which the underlying layer object 58, as illustrated in FIG. 3. 

predators comprise coyotes may be represented and mod- 55 FIG. 17 shows a configuration panel 330 that may be 

eled. Accordingly, it will be appreciated that a set of values utilized to apply and de-apply layers within a simulation 

for a particular set of parameters may correspond to a model. Specifically, the configuration panel 330 includes a 

specific model scenario. Such sets of parameters can be layer selection section 332, which lists the layers applicable 

viewed as "macros" for configuring the model. In order to to a simulation model. Utilizing an apply icon 334 (i.e. the 

allow a user conveniently to substitute one scenario within 60 "+" icon) and a de-apply 336 (i.e. the "-" icon), a user is able 

the simulation model with another (e.g. substituting a wolf to apply and de-apply layers to the simulation model, 

predator scenario with a coyote predator scenario), the Layers, which a user has the option of applying or 

present invention proposes a mechanism by which a modeler de-applying, are listed in the list section 337, which in the 

can create groupings of parameter "aliases" which may illustrated example lists no layers. However, it will be 

conveniently be termed "layers". Each layer comprises a set 65 appreciated that any number of layer panels may be a named 

of parameter values that may be substituted for a set of within the list section 337. The configuration panel 330 

parameter values within the baseline foundation. In contra- further includes a foundation section 338, using which the 
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working, baseline or comparison foundation may be selected 
as the foundation that the selected layer is to override. A 
period sector 340 allows a user to specify a time period over 
which a simulation operation by the simulation model is to 
be performed, while a delta-time (dt) section 342 allows a 
user to specify the time increment by which the simulation 
model progresses through the period specified in the period 
section 340. A store section 344 allows a user to specify the 
time increment at which values for parameters within the 
simulation model are stored. In the illustrated example, the 
simulation model will run over a 5000 hour period in 
increments of one hour, and values for parameters of the 
simulation model will be stored for every ten hour incre- 
ment. 

FIG. 18 shows a flowchart illustrating a method 350, 
according to one embodiment of the present invention, of the 
managing objects within a simulation model. The method 
commences at step 352, and then proceeds to step 354, 
where a first set of values for parameters of objects within 
the simulation model are stored. A model builder typically 
specifies these initial values upon construction of the origi- 
nal model. At step 356, a layer panel is displayed within the 
GUI, typically in response to a user indication. For example, 
the user may select a menu item from a drop-down menu for 
the creation of a layer panel. Once the layer panel is 
displayed within the GUI, at least one parameter of the 
simulation model is identified for inclusion within the layer 
panel at step 358. This may be done in the same manner as 
parameters are included within access panels as described 
above with reference to the flowchart in FIG. 14. At step 
360, and in response to the user identification of parameters 
at step 358, object and parameter identifiers, and the first 
values for the selected parameters, are displayed within the 
layer panel. At step of the 362, the user then inputs second 
(alternative) values for the selected parameters into the 
appropriate blocks within the layer value column 324 of the 
layer panel. At step 364, the core program 52 creates a layer 
object 58, and stores the second values for the selected 
parameters (e.g. on a hard disk), separate from the location 
at which the first values for the selected parameters are 
stored. Thus, the initial values for the selected parameters 
are available for recall and are not overwritten. At step 366, 
the user selects either the set of first values, or any set of 
alternative values, (e.g. the set of second values) for use 
within the simulation model. Using the configuration panel 
330, the user may apply or de-apply layers within the 
simulation model to the thereby model different scenarios, 
and perform " what -if ' analyses in an easy and convenient 
manner. At step 368, the user then performs a simulation 
operation utilizing the simulation model including the 
selected set (or layer) parameter values by selecting the 
"run" icon 339 provided on the configuration panel 330. The 
method 350 then terminates at step 360. 

Monitors 

The present invention further proposes a mechanism by 
which parameters within a simulation model can be moni- 
tored in an intuitive and useful manner. In one embodiment 
of the present invention, a proposed mechanism is particu- 
larly useful for viewing a curve of a transform that expresses 
a specified relationship between parameters of objects 
within the simulation model. The curve of the transform is 
typically the plot of an equation in which the parameters 
comprise co-efBcients. Alternatively, the curve may be 
determined in some other manner, for example by 
experimentation, and then utilized to express the relation- 
ship between the relevant parameters. Referring now to 
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FIGS. 9 and 19, FIG. 19 shows monitor panels 380 and 382, 
which plot curves expressing the relationships between food 
supply and reproduction for the rabbit and predator popu- 
lations respectively within the simulation model 150. The 

5 relationships between the food supply and reproduction 
parameters expressed by the plotted curves of the monitor 
panels 380 and 382 are embodied within the modifier objects 
represented by the modifier representations 136a and 136b 
shown in FIG. 9. 

io Each of the monitor panels 380 and 382 includes a header 
384, and an object identifier 386 which identifies the object 
that embodies the transform represented in the respective 
monitor panel. Accordingly, each of the monitor panels 380 
and 382 shows a respective modifier icon at this location. 

15 Each object identifier 386 behaves in the same manner as 
described above for the access and layer panels and by 
double clicking on this icon, the same result is produced as 
by double clicking on a corresponding object identifier (or 
icon) within a diagram window Each of the monitor panels 

20 380 and 382 further includes both X and Y parameter 
identifiers 388 and 390 which identify the respective X and 
Y input parameters for the plotted transform and also display 
current numeric values for each of these parameters at any 
given time; A monitor line 392 is also provided within each 

25 of these the monitor panels 380 and 382, and identifies the 
X input parameter value within the plotted a transform. 
Monitor panels may be used in conjunction with a further 
chart panel, as discussed below with reference to FIGS. 20a 
and 20b, to monitor the interaction of various parameters in 

30 a graphical manner and coordinated manner. For example, a 
user could thus monitor the effect of an adult rabbit popu- 
lation increase on predator reproduction rates in a graphical 
manner. This feature is particularly useful for developing 
dynamic models which include non-linear functions, as it is 

35 often useful to attempt to correlate an event in the model's 
behavior (e.g. observed in a plot of a model parameter value 
verses time) with a change from one domain to another 
domain in a non-linear function. For example, a user may 
wish to determine whether the non-linearity at a saturation 

40 point of a sigmoidal function is responsible for a temporal 
plateau in an output value of a parameter. Specifically, such 
a cause-effect relationship can be identified if the X param- 
eter output value of the plotted function moves into a 
saturated region of the sigmoid (i.e. the dependent parameter 

45 value Y asymptotically approaches a maximum value Ymax 
as X exceeds a saturation point Xsaturation) at the same time 
that an output parameter value ceases to vary and remains 
constant over some time interval. Assuming that X is an 
input parameter value (i.e., time invariant) for the model, 

50 then one simply needs to look at a plot for the X output 
parameter value verses time and compare that to the Xsatu- 
ration during the period of interest for the output parameter 
value. It will be appreciated that the process is much more 
difficult when there is not some critical value, such as 

55 Xsaturation, in a function but rather a smooth transition 
between function domains. Difficulty is also increased when 
a user is attempting to correlate multiple events or multiple 
non-linear functions, or a function is not solely defined by 
time variant parameters (e.g., Xsaturation) but is at least 

60 partially defined by model parameter values which vary with 
time. In this case, not only is the independent output 
parameter value X changing with time, but the curve of the 
transform is changing with time as well. 

To address the above identified needs, the present inven- 

65 tion proposes creating a first graphical user interface (GUI) 
element in the form of a monitor panel, such as that shown 
in FIG. 19, which plots a non-linear function over a specified 
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domain of a selected X parameter output value and creating 
a second graphical user interface element (GUI) in the form 
of a chart panel 402, such as that shown in FIG. 20a which 
plots at least one further model parameter value against time. 
Utilizing a monitor panel in conjunction with a chart panel 5 
it is possible, in a coordinated fashion, to monitor (both of 
graphically and directly) output values for X and Y param- 
eters on a non-linear curve plot, and simultaneously to 
observe the value of a further dependent parameter value at 
a specific time on the chart panel. A monitor line 392 also 10 
provides "animation" of the function expressed by the curve 
plot of a monitor panel as a simulation models advances 
through time, or as a time parameter is attributed a certain 
value. 

In another embodiment of the present invention, the Y 15 
parameter output value may be expressed as the function of 
a X parameter value and one or more further parameter 
values of the simulated model, and the curve plotted within 
the monitor panel may thus vary as time changes during a 
simulation operation. 20 

To illustrate the above-described aspect of the present 
invention, reference is made to FIGS. 20a and 20b, which 
show screen prints of a GUI 400 diagramming the simula- 
tion model 150 shown in FIG. 9. The GUI 400 is shown to 
include a diagram window 401 overlaid with a chart panel 25 
402, a monitor panel 404 and a configuration panel 330. As 
is apparent from the configuration panel 330, a single layer 
is applied within the simulation model, namely a "wolves" 
layer. The chart panel 402 plots both "Young Predators" and 
"Adult Predators" parameters over time, while the monitor 30 
panel 400 displays the curve defining the relationship 
between "Predator Food Supply" and "Reproduction Regu- 
lation" parameters. Referring firstly to FIG. 20a, as indi- 
cated within the chart panel 402, the simulation operation 
has progressed 74.6 months, this time being indicated by a 35 
time line 398. It is apparent that the "Young Predator" 
parameter shown in the chart panel 402 experiences a peak 
at just after this time within the simulation operation. The 
peak can be attributed to a drop in the food supply (i.e. rabbit 
population) to a level that new births of predators cannot be 40 
sustained. The monitor panel 400 illustrates the respective X 
and Y parameter values (i.e. the "Predator Food Supply" and 
"Reproduction Regulation" parameter value outputs) at this 
time utilizing monitor line 392, which intersects a point of 
the plotted curve. The Y parameter output value is shown to 45 
have "plateauxed" at this time, as shown in FIG. 20a, 
indicating that the birth rate is at its maximum (i.e. the birth 
rate has become saturated). Referring now to the FIG. 20b, 
the GUI 400 is shown 76.8 months into the simulation 
operation, and the time line 398 is according shown to have 50 
advanced beyond the peak of the "Adult Predator" param- 
eter. The monitor line 392 is also shown to have retreated to 
the left, thus indicating that the X parameter output has no 
notable influence on the relevant Y parameter output at this 
time. Specifically, the effect of the drop in food supply 55 
levels, and the resulting drop in predator births, is reflected 
in the monitor panel. The net effect is that the predator birth 
rate drops to zero, the number of young predators drops as 
they mature into adult predators, and the adult predator 
population continues to rise, but then begins to plateau. eo 

Referring now to FIG. 21a, there is illustrated a method 
410 of monitoring parameters within a simulation model, 
according to one embodiment of the present invention. The 
method 410 commences at step 412, and then progresses to 
step 414, where a relationship function between the first and 65 
second parameters of objects within the simulation model is 
defined. For example, the relationship could be expressed as 



a mathematical equation, or could alternatively be identified 
by experimentation. In one embodiment of the present 
invention, the relationship condition between the first and 
second parameters is expressed as a non-linear transform. 
The method 410 then proceeds to step 416, where a first 
graphical plot is generated within a monitor panel, this the 
first graphical plot illustrating the defined relationship func- 
tion between the first and second parameters. The method 
410 then proceeds to step 418, where a second graphical plot 
is generated within a chart panel, the second graphical plot 
plotting a third parameter value against time. At step 420, a 
simulation operation is performed utilizing the simulation 
model, which includes first, second and third parameters. At 
step 422, the respective values of the first and second 
parameters are indicated within the first graphical plot, and 
a corresponding value for the third parameter is indicated on 
the second graphical plot. As explained above, the values for 
the first, second and third parameters may be indicated using 
the monitor and the time lines 392 and 398 respectively. The 
method 410 then terminates at step 423. 

In an alternative embodiment of the present invention, the 
first graphical plot could represent the relationship among 
three parameters, and the X-axis of the monitor chart could 
be a function of two parameters. In this case, the plot shown 
in the monitor panel would vary as time progressed during 
a simulation operation. 

FIG. 21b illustrates a further method 424 of monitoring 
parameters within a simulation model. The method 424 
commences at step 425, and then progresses to step 426, 
wherein a predetermined relationship function between first 
and second parameters of objects within the simulation 
model is defined, for example, as a mathematical equation. 
At step 427, a first graphical plot of the defined relationship 
function between the first and second parameters is gener- 
ated. At step 428, a second graphical plot of a third param- 
eter output value vs. time is generated within a chart panel. 
At step 429, an output value for either of the first, second or 
third parameters is specified. For example, a user may 
advance or retreat a monitor line 392 within a monitor panel 
to a specific location to thereby specify first and second 
parameter output values. Alternatively, the user could 
specify a time value on the second graphical plot and this 
way specify an output value for the third parameter. 

At step 430, respective output values for the first and 
second parameters are indicated on the first graphical plot 
within the monitor panel. For example, the monitor line 392 
may be advanced or retreated to indicate output values for 
the first and second parameters. In a coordinated fashion, an 
output value for the third parameter is similarly indicated on 
the second graphical plot, for example, by graphically 
highlighting a location on the second graphical plot. In this 
way, output values for the first, second or third parameters 
corresponding to the specified output value are indicated. 
The method then terminates at step 431. 

It will be appreciated that the method 410 described with 
reference to FIG. 21a is time-driven, with the indicated 
output values for the first, second or third parameters being 
driven by the progression of time or by attributing a selected 
time value to a time parameter. In contrast, the method 424 
described above with reference to FIG. 21b is parameter- 
driven, in that the output values for the first, second or third 
parameters is determined by a specified output value for 
either the first, second or third parameter. 

Exemplary Simulation Model 

FIG. 22 illustrates a further exemplary simulation model 
430, which is constructed utilizing the graphical elements 
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Thus, a method of providing access to object parameters 
of a simulation model has been described. Although the 
present invention has been described with reference to 
specific exemplary embodiments, it will be evident that 
various modifications and changes may be made to these 
embodiments without departing from the broader spirit and 
scope of the invention. Accordingly, the specification and 
drawings are to be regarded in an illustrative rather than a 
restrictive sense. 
What is claimed is: 

1. A method of providing access to object parameters of 
a simulation model, including multiple objects, via a graphi- 
cal user interface, the method comprising: 

displaying a diagram panel within a user interface, the 
diagram panel including respective graphical represen- 
tations of objects of the simulation model; 
displaying a first parameter panel within the user 
interface, the first parameter panel being distinct from 
the diagram panel; 
detecting user selection of a set of object parameters for 
inclusion within the first parameter panel, the set of 
object parameters including object parameters associ- 
ated with multiple objects of the simulation model; 
in response to the user selection of the set of object 
parameters of the simulation model for inclusion in the 
first parameter panel, displaying an identifier for each 
object parameter of the set of object parameters within 
the first parameter panel to the exclusion of identifiers 
for object parameters not included within the set of 
object parameters; 
receiving respective values for multiple object parameters 
of the set of object parameters, the respective values 
being inputted by a user via the first parameter panel; 
and 

assigning the respective values received via the first 
parameter panel to the multiple object parameters. 

2. The method of claim 1 including performing a simu- 
lation utilizing the simulation model wherein the values 
assigned to the multiple object parameters are utilized as 
initial input values for the multiple object parameters. 

3. The method of claim 1 including displaying a respec- 
tive identifier for each of the multiple objects, from which 
the set of object parameters is selected, within the first 
parameter panel. 

4. The method of claim 1 including detecting the user 
selection by detecting a drag-and-drop operation performed 
by a user on an identifier associated with at least a first object 
parameter of an object of the simulation model. 

5. The method of claim 1 including defining a plurality of 
parameter panels within the user interface, detecting user 
selection of a set of object parameters for inclusion within 
each of the plurality of parameter panels, and displaying a 
respective identifier for each of the parameters of each of the 

medium 515 on which software 520 for executing each 55 sets of object parameters within a respective parameter panel 
methodology described above and for generating the various of the plurality of parameter panels. 
GUI elements comprising the invention is stored. The soft- 6. The method of claim 5 including identifying the first 
ware 520 is also shown to reside, completely or at least parameter panel as being in an active state in which the 
partially, within the main memory 503 and/or within the values, for the multiple object parameters included in the 
processor 502. The software 520 may further be transmitted 60 first access panel, are receivable via the first parameter 
or received via the network interface device 518. For the panel, and identifying a second parameter panel as being in 
purposes of this specification, the term "computer- readable an inactive state in which values for further object param- 
medium" shall be taken to include any medium which is eters included within the second parameter panel, are not 
capable of storing or encoding a sequence of instructions for receivable via the second parameter panel, 
performing the methodologies of the present invention, and 65 
shall be taken to included, but not be limited to, optical and 
magnetic disks, and carrier wave signals. 



and notation illustrated in FIGS. 6-8, and which again 
models a predator-prey system. The functioning of the 
simulation model 430 can readily be ascertained utilizing the 
meanings attributed to the various graphical elements 
described above. 

FIG. 23 shows a GUI 440, which includes a diagram 
window 442 in which the simulation model 430 is displayed. 
The GUI 440 further comprises a first access panel 444, 
which includes parameter information and working values 
for parameters relating to the birth and death rates of the 
predators (i.e., wolves) within the simulation model 430. 
The access panel 444 is further shown to be in an active 
state. A second access panel 446 is shown to include 
parameter identification and working values for parameters 
relating to the starting populations of both predators and 
prey within the simulation model 430. The access panel 446 
is further shown to be in an inactive state. It will be 
appreciated that by grouping the shown parameters in the 
respective access panels 444 and 446, access to, and viewing 
of, related parameter values is simplified and made conve- 
nient. 

FIG. 24 shows GUI 450, which includes a diagram 
window 452 in which the simulation model 430 is again 
displayed. The GUI 450 includes a layer panel 454, which 
displays parameter identification information and layer val- 
ues which characterize the predators within the simulation 
model 430 has being "hardy" wolves. The GUI 440 further 
includes a layer panel 456, which displays parameter iden- 
tification information and layer values that characterize the 
predators within the simulation model 430 as being 
"wimpy" wolves. A configuration panel 460 is also included 
with the GUI 450, and contains a layer section 462, in which 
the layer represented by the layer panel 456 (i.e., the 
"wimpy" wolf layer) is shown as being the applied or 
selected layer. Accordingly, the layer values shown within 
the layer panel 456 will be attributed to the relevant param- 
eters on performance of a simulation operation utilizing the 
simulation model 430, 

Computer System 

FIG. 25 shows a diagrammatic representation of a com- 
puter system 500 within which software for performing the 
methodologies discussed above, and for generating a GUI 
according to the teachings of the present invention, may 
operate. The computer system 500 includes a processor 502, 
a main memory 503 and a static memory 504, which 
communicate via a bus 506. This system 500 is further 
shown to include a video display unit 508 (e.g., a liquid 
crystal display (LCD) or a cathode ray tube (CRT)) on which 
a GUI according to the present invention may be displayed. 
The computer system 500 also includes an alpha-numeric 50 
input device 510 (e.g. a keyboard), a cursor control device 
512 (e.g. a mouse), a disk drive unit 514, a signal generation 
device 516 (e.g. a speaker) and a network interface device 
518. The disk drive unit 514 includes a computer-readable 
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7. The method of claim 6 including displaying a naviga- 
tion icon within the first parameter panel, detecting a user 
selection of the navigation icon, and transferring the first 
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parameter panel to an inactive state and transferring the 
second parameter panel to an active state in response to the 
user selection of the navigation icon. 

8. The method of claim 6 including displaying a list icon 
within the first parameter panel, detecting user selection of 
the list icon, and displaying respective identifiers for the first 
and second parameter panels in response to the user selec- 
tion of the list icon. 

9. The method of claim 8 wherein the identifier for the 
first parameter panel indicates the first parameter panel as 
being in the active state. 

10. The method of claim 8 including detecting a user 
selection of the identifier for the second parameter panel and 
placing the second parameter panel in an active state in 
response to the user selection. 

11. The method of claim 1 including displaying a transfer 
icon within the first parameter panel, detecting a user 
selection of the transfer icon, and transferring the first and 
second object parameters in the first parameter panel to a 
second parameter panel in response to the user selection of . 
the transfer icon. 

12. A method of displaying parameters of a simulation 
model, including multiple objects, within a graphical user 
interface, the method comprising: 

defining an access panel within the graphical user 
interface, the access panel being distinct from a dia- 
gram panel of the graphical user interface that includes 
graphical representations of objects of the simulation 
model; 

selecting multiple object parameters of the simulation 
model for inclusion within the access panel, responsive 
to which an identifier for each of the multiple objects 
parameters is displayed within the access panel, the 
multiple object parameters including object parameters 
associated with multiple objects of the simulation 
model and the identifiers of the multiple object param- 
eters being displayed to the exclusion of identifiers for 
object parameters that have not been selected for inclu- 
sion within the access panel; and 

inputting respective values for the multiple object param- 
eters via the access panel, responsive to which the 
values are assigned to the multiple object parameters. 

13. The method of claim 12 including initiating a simu- 
lation operation utilizing the simulation model inclusive of 
the values assigned to the multiple object parameters. 

14. The method of claim 12 wherein user selection 
comprises dragging-and-dropping a respective parameter 
identifier associated with each of the multiple object param- 
eters into the access panel. 

15. A machine-readable medium having a sequence of 
instructions stored thereon which, when executed by a 
machine, cause the machine to perform the steps of: 

displaying a diagram panel within a user interface, the 
diagram panel including respective graphical represen- 
tations of multiple objects of a simulation model; 

displaying a first access panel within the user interface, 
the first access panel being distinct from the diagram 
panel; 

in response to a use identification of multiple object 
parameters of the multiple objects for inclusion within 



assigning the respective values received via the first 
access panel to the multiple object parameters. 

16. Logic for displaying multiple object parameters of a 
simulation model within a graphical user interface, the logic 
comprising: 

first display logic to display a diagram panel within the 
graphical user interface that includes graphical repre- 
sentations of objects of the simulation model, and to 
display a first parameter panel within the graphical user 
interface that is district from the diagram panel; and 
second display logic, in response to a user identification 
of multiple object parameters of the objects of the 
simulation model, to display an identifier for each of 
the multiple object parameters within the first param- 
eter panel to the exclusion of identifiers for other object 
parameters not identified by a user for inclusion within 
the first parameter panel; and 
input logic to receive respective values for the multiple 
object parameters, the respective values being inputted 
by the 

user via the first parameter panel, and to assign the 
respective values to the multiple object parameters. 

17. The logic of claim 16 including simulation logic to 
perform a simulation utilizing the simulation model wherein 
the values assigned to multiple first object parameters are 
utilized as initial input values for the multiple object param- 
eters. 

18. The logic of claim 16 wherein the second display logic 
displays a respective identifier fox each of multiple objects, 
associated with the multiple object parameters, within the 
first parameter panel. 

19. The logic of claim 16 wherein the second display logic 
detects the user identification of the multiple object param- 
eters by detecting a drag-and-drop operation performed by 
the user on respective identifiers associated with each of the 
multiple object parameters. 

20. Apparatus for displaying multiple object parameters 
within a simulation model, the apparatus comprising: 

first means for displaying a diagram panel within a user 
interface that includes graphical representations of 
objects of the simulation model, and for displaying a 
first parameter panel within the user interface that is 
distinct from the diagram panel; 
second means, in response to a user identification of 
multiple object parameters of the objects of the simu- 
lation model, for displaying an identifier for each of the 
multiple object parameters within the first parameter 
panel to the exclusion of identifiers for other object 
parameters not identified by a user for inclusion within 
the first parameter panel; and 
third means for receiving respective values for the mul- 
tiple object parameters, the respective values being 
inputted by the user via the first parameter panel, and 
for assigning the respective values to the multiple 
object parameters. 

21. The apparatus of claim 20 including fourth means for 
performing a simulation utilizing the simulation model 
wherein the respective values assigned to the multiple object 

the first access panel, displaying an identifier for each so parameters are utilized as initial input values for the multiple 
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of the multiple object parameters within the first access 
panel to the exclusion of identifiers for object param- 
eters not identified by a user for inclusion with the first 
access panel; 

receiving respective values for the multiple object 
parameters, the respective values being inputted by a 
user via the first access panel; and 



object parameters. 

22. The apparatus of claim 20 wherein the second means 
displays a respective identifier for each of the multiple 
objects, associated with the multiple object parameters, 
within the first parameter panel. 

23. The apparatus of claim 20 wherein the second means 
detects the user identification of the multiple object param- 
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eters by detecting a drag-and-drop operation performed by 
the user on respective identifiers associated with each of the 
multiple object parameters. 

24. A method of providing access to multiple object 
parameters of a simulation model, the method comprising: 5 
displaying a diagram panel within a user interface on a 
display device, the diagram panel including graphical 
representations of multiple objects of the simulation 
model; 

displaying a parameter panel within a user interface on the 10 
display device, the parameter panel being distinct from 
the diagram panel; 

detecting user identification, via an input device, of mul- 
tiple object parameters for inclusion within the param- 15 
eter panel, the multiple object parameters including 
object parameters associated with multiple objects of 
the simulation model, 

in response to the user identification, via the input device, 
of the multiple object parameters of the multiple 2 o 
objects, displaying on the display device an identifier 
for each of the multiple object parameters within the 
parameter panel to the exclusion of identifiers for 
object parameters not identified by the user for inclu- 
sion within the parameter panel; 
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receiving user-inputted values for the multiple object 
parameters, the user inputted values being entered by 
the user into the parameter panel via the input device; 
and 

assigning the user-inputted values to the multiple object 

parameters within a computer memory. 
25. A method of displaying parameters of a simulation 
model, including multiple objects, within a graphical user 
interface, the method comprising: 
displaying a parameter panel within the graphical user 
interface as displayed on a display device, the param- 
eter panel being distinct from a diagram panel that 
includes graphical representations of multiple objects 
of the simulation model and that is also displayed on 
the display device within the graphical user interface; 
and 

in response to a user selection of multiple object param- 
eters of the multiple objects, displaying on the display 
device an identifier for each of the multiple object 
parameters within the parameter panel to the exclusion 
of identifiers for object parameters not identified by the 
user for inclusion within the parameter panel. 

* * * * * 



02/17/2004, EAST Version: 1.4.1 



